home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / wildcat / bobct36m.zip / NEW303.DOC < prev    next >
Text File  |  1992-10-04  |  6KB  |  121 lines
  1.                    THESE ARE RELEASE NOTES ONLY
  2.                  READ UPGRADE.DOC FOR THE ACTUAL
  3.                        UPGRADE PROCEDURES!
  4.  
  5. ** SMART OPERATING PROCEDURE DICTATES THAT YOU KEEP A COMPLETE BACKUP
  6.    OF YOUR _CURRENTLY_ INSTALLED BOBCAT SYSTEM IN CASE SOMETHING GOES
  7.    WRONG DURING THE UPGRADE **
  8.  
  9.  
  10. 07-17-92  New features incorporated in BobCat Version 3.03
  11.  
  12. 1.) BobCat now senses the presence of and USES, if found a FOSSIL driver.
  13.     If a Fossil driver is not found in the system BobCat uses its own
  14.     internal com routines as it did before.  This has been fully tested
  15.     with X00 and BNU and found to be 100% compatible.
  16.  
  17. 2.) Many parts of the actual out-dial routines were modified in 3.03
  18.     for better sensing of carrier detect on modems that turn on
  19.     their CD before sending the connect string.  BobCat will now
  20.     function normally with the ATI 9600e series of modems.
  21.  
  22. 3.) The result code sensing of BobCat was enhanced to recognize BUSY
  23.     signals, VOICE, NO CARRIER and RINGING result codes on modems that
  24.     supply these signals and adjust the calling actions accordingly.
  25.  
  26. 4.) The LOGGING features have been greatly enhanced to provide more
  27.     meaningful information.  Most notable of these is that if a user
  28.     duplicates phone numbers with another user, the logs will report
  29.     the NAME of the user they dupped with.
  30.  
  31. 5.) The comport output routines recieved MUCH work in an effort to provide
  32.     a fool proof output scheme, one in which BobCat would never lockup
  33.     waiting on a modem that had gone to sleep for some reason. This
  34.     APPEARS to have been achieved by constantly monitoring the output
  35.     buffers inside a timing loop.  If the buffers do not empty within
  36.     a preset time, BobCat will take an error exit and return to the
  37.     BBS.
  38.  
  39. 6.) A bug in REGION calling in which the AREA code was being stripped
  40.     out was fixed.  The area code now remains in the number dialed from
  41.     the REGION.x files.
  42.  
  43. 7.) Format masking was added to the input routine where the user is
  44.     allowed to change thier second phone number.  BobCat now demands
  45.     that the number be in EXACT format.
  46.  
  47. 8.) All previous versions of BobCat used a 'BOGUS' area code detection
  48.     scheme to filter out calls that had area codes of 911, 976, 900 and
  49.     a few others.  We inadvertently missed 800 in this list.  While there
  50.     MAY be a VERY FEW users call you  with a valid 800 number for
  51.     callback, we felt that the percentage of these was low enough to make
  52.     800 a BOGUS in the list.  800's are now treated as a 'Malicious
  53.     Security Violation Attempt' and logged.
  54.  
  55. 9.) Added a routine to clear the I/O buffers when the USERS modem answers
  56.     BobCat.  This clears any garbage that might be left in the buffers
  57.     that would result in the garbage getting read as the users input for
  58.     their password.
  59.  
  60. 10) A new flag in BCFIG panel #6 to allow you to TURN ON the SPEAKER
  61.     during callback.  This has proven to be very valuable in diagnosing
  62.     callback problems because you can actually hear the call in progress
  63.     and hear what the user on the other end does.  You can turn this ON
  64.     during testing phases and then back off when you are done.
  65.  
  66. 11) Added a new parameter to BCFIG in the configuration of the REGION
  67.     type calls.  Before, by default these were consider LOCAL and the
  68.     user was left on-line after verification.  You NOW have the option
  69.     to DROP THE CONNECTION on these after verification OR leave the
  70.     user on-line.
  71.  
  72. 12) ** MULTI-NODE OPERATORS TAKE SPECIAL NOTE OF THE FOLLOWING **
  73.   NEW IN V 3.03
  74.  
  75.   Unlike  many  other  callback  verfication  systems, BobCat allows
  76.   NODE DEPENDENCY of the DATA FILES containing numbers that will  be
  77.   called back for verification.
  78.  
  79.   This is designed specifically for  sysops who have nodes that  are
  80.   NOT within the  same calling area  and require different  lists of
  81.   numbers for callback qualification.
  82.  
  83.   You might for example  have a TWO NODE  system, one of your  nodes
  84.   might be AREA 402, PREFIX 421 and the OTHER node might be in  AREA
  85.   402, PREFIX 533.  This is typically done by sysops in small  towns
  86.   who are  located close  to a  metropolitan area  but are  normally
  87.   long distance  calls for  those in  the larger  city.   Some phone
  88.   services will  allow you  to have  a direct  local line  from that
  89.   larger city so  that people calling  you from the  larger city may
  90.   do so  for a  local call  instead of  a long  distance call.   So,
  91.   anyone calling  on the  second node  or the  direct line  from the
  92.   larger city may be safely called back as a LOCAL call by that  one
  93.   node only.  If they called on  the OTHER node, it would be a  LONG
  94.   DISTANCE call.   By necessity  then, each  of the  two nodes  MUST
  95.   have DIFFERENT number lists  because callers from certain  prefixs
  96.   are treated differently by the two nodes.
  97.  
  98.   Using LOCALNUM.1  as an  example.   This file  is read  by DEFAULT
  99.   when BobCat starts up on NODE  1.  If your second node  requires a
  100.   different list then  simply make a  LOCALNUM.2 file that  contains
  101.   the numbers that are considered local to IT!  You would then  have
  102.   a  LOCALNUM.1  and   a  LOCALNUM.2  file   in  your   ?:\WC30\DATA
  103.   directory.  In  this situation when  BobCat is started  on NODE 1,
  104.   it will read  LOCALNUM.1, when it  is started on  NODE 2, it  will
  105.   read LOCALNUM.2.
  106.  
  107.   This scheme is  true for ALL  number lists in  BobCat, ZONENUM0.x,
  108.   ZONENUM1.x, REGION.x and  so on.   The ONLY number  file that does
  109.   not honor  this format  is BADNUM.LST,  this file  is read  by ALL
  110.   nodes.
  111.  
  112.   If  you  have  multi-nodes  and  they  are  all  within  the  SAME
  113.   area/prefix  then  the  above  is  not  necessary.   All  that  is
  114.   required is the LOCALNUM.1 file.  When NODE 2 thru X startup  they
  115.   attempt to  locate any  NODE DEPENDENT  data files.   If none  are
  116.   present the node will use the files with .1 extension.
  117.  
  118.   Bear that in mind as  we proceed through the descriptions  of call
  119.   types  and  remember  that  when  I  refer  to  XXXXXXX.1, it also
  120.   applies to XXXXXXX.2 and so on.
  121.